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(57) Abstract: A method and apparatus that allows users to select certain sub-elements of web pages and to turn notifications on or 
off for those selected sub-elements of the web page. A notification is sent when the selected sub-element of the web page changes 
in a user-specified way. The user sets a notification condition for each selected sub-element of the web page. When the notification 
condition is true for any of the selected sub-elements, the system notifies the user that his selected sub-element of the web page 
has changed in the user-selected manner. Thus, certain changes to the web page may not cause a notification to occur. A described 
embodiment of the present invention breaks the web page into sub-elements of varying granularity. The notification criteria includes 
a frequency at which the page should be monitored for changes. The user is notified that the notification condition has been met for 
a sub-element via a user-selected notification mechanism. 
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Method and Apparatus for Notifying a User of Changes 
to Certain Parts of Web Pages 

5 

RELATED APPLICATIONS 

BACKGROUND OF THE INVENTION 

The present invention relates generally to computer networks and, specifically, to a 
1 0 method and apparatus that allow users to select certain portions (sub-elements) of web pages to 

form "short" web pages. 

The expanded popularity of the World Wide Web ("the web") has brought new problems 

for web users. As users obtain more and more information from the web, they must visit greater 

numbers of different web pages to obtain the information. This information is often contained 
1 5 on several separate web pages or web sites. Alternately, a user may wish to see only a small 

piece of information that is contained in a very large and complex page or site. The user must 

search through the pages in which he is not interested to reach the information that he wishes to 

see. 

Many users visit the same sequence of web pages or sites on a daily or a regular basis. 

20 For example, some users might check the weather or their stock portfolio on a daily basis. Even 
though a user may visit the same web pages and/or sites regularly, the user must still take 
individual actions to visit each of his regularly visited web pages or sites. For example, the user 
may have to enter the web addresses of each page or click on each page in a list of saved 
addresses in his browser. This repeated entry of web addresses is time consuming and involves 

25 un-needed repetitive action by the user. 

What is needed is a way to avoid regularly re-entering the same multiplicity of web 
addresses and a way to avoid having to navigate through multi-level web sites to reach desired 
information or to leam when the desired information has changed. 

30 SUMMARY OF THE INVENTION 

A described embodiment of the present invention allows users to select certain portions 
(sub-elements) of web pages and to turn notifications on or off for those selected sub-elements 
of the web page. A notification is sent when the selected sub-element of the web page changes 
in a user-specified way. The user sets a notification condition for each selected sub-element of 
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the web page. When the notification condition is true for any of the selected sub-elements, the 
system notifies the user that his selected sub-element of the web page has changed. Thus, 
certain changes to the web page may not cause a notification to occur. For example, the change 
may not occur in a selected element of the web page. As another example, a selected element of 
5 the web page may have changed, but the change may not meet the notification condition set by 
the user. The user can use any of a wide variety of client devices to view the web page, such as 
a computer, a handheld device, a cell phone, an alphanumeric pager, or any appropriate web- 
enabled device or appliance. 

The described embodiment of the present invention breaks the web page into sub- 
10 elements of varying granularity. Selection-enabling information is added to the web page to 
enable the user to select the sub-elements and the web page is sent to the user's browser. The 
user selects certain sub-elements or sub-elements of the web page and sets notification criteria 
for each. The user's choices are stored, preferably in the server, although they could also be 
stored at another location, such as the user's system. The notification criteria includes a 
1 5 frequency to monitor for changes. The server preferably retrieves the web page in accordance 
with the notification frequency or frequencies set by the user. The server then checks whether 
the notification condition has been set for each sub-element having a notification condition. 

The user is notified that the notification condition has been met for a sub-element via a 
user-selected notification mechanism. Notification mechanisms include, but are not limited to e- 
20 mail messages, paging the user, and placing a notification on a notification web page. The user 
preferably selects one of several possible notification methods. 

In accordance with the purpose of the invention, as embodied and broadly described 
herein, the invention relates to a method to notify a user of certain changes to a web page, 
comprising: allowing a user to choose sub-elements on a web page as subjects of notification; 
25 saving the user's choices; and monitoring the user's chosen sub-elements on the web page and 
notifying the user when a notification condition is true for at least one of the sub-elements. 

In further accordance with the purpose of the invention, as embodied and broadly 
described herein, the invention relates to an apparatus that notifies a user of certain changes to a 
web page, comprising: a software portion configured to allow a user to choose sub-elements on 
30 the web page as subjects of notification; a software portion configured to save the user's choices; 
and a software portion configured to monitor the user's chosen sub-elements on the web page 
and to notify the user when a notification condition is true for at least one of the sub-elements. 
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Advantages of the invention will be set forth in part in the description which follows and 
in part will be obvious from the description or may be learned by practice of the invention. The 
objects and advantages of the invention will be realized and attained by means of the elements 
and combinations particularly pointed out in the appended claims and equivalents. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate several embodiments of the invention and, together with the description, 
serve to explain the principles of the invention. 
10 Fig. 1 is a block diagram of data processing elements in accordance with a preferred 

embodiment of the present invention. 

Figs. 2(a) and 2(b) are block diagrams showing an information flow in a preferred 
embodiment of the present invention. 

Fig. 3(a) shows a display of a startpage that allows a user to create and edit shortpages 
15 and combopages. 

Figs. 3(b)-3(e) show the HTML source for a startpage. 

Figs. 4(a)-4(c) are flow charts showing how a client and a server interact to perform 
shortpage operations, such as create, edit, delete, and view. 

Fig. 5(a) shows a display of an exemplary web page. 
20 Figs. 5(b) and 5(c) show the web page of Fig. 5(a) displayed along with selection- 

enabling information. 

Fig. 5(d) shows the web page of Fig. 5(b) with a different level of block detail. 

Fig. 5(e) shows a web page that allows the user to view/edit shortpage properties. 

Fig. 6 is a flow chart showing how the client and the server interact to allow the user to 
25 create/edit a shortpage. 

Fig. 7 shows an example of HTML parsing used to create/edit shortpages. 

Fig. 8 shows an example of a split page method used to create/edit shortpages. 

Fig. 9 is a flow chart of how to determine a display level when creating shortpages. 

Fig. 10 shows the startpage of Fig. 3(a) after a shortpage has been created based on the 
30 web page of Fig. 5(a). 

Fig. 1 1 shows the shortpage created from the web page of Fig. 5(a). 

Fig. 12 shows a fullpage corresponding to the web page of Fig. 5(a). 
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Fig. 13 is a flow chart showing how the client and server interact to allow the user to 
view a shortpage. 

Fig. 14 is a flow chart showing details of determining whether a URL is the URL of a 
shortpage. 

Fig. 15(a) shows a display for creating a combopage. 
Fig. 15(b) shows an example of a combopage. 
Fig. 16(a) is a flow chart for creating a combopage. 
Fig. 16(b) is a flow chart for displaying a combopage. 

Fig. 16(c) shows a web page that allows the user to view/edit combopage properties. 
Fig. 17(a) shows a display that allows a user to edit notifications. 
Fig. 17(b) shows a display that allows a user to edit notification properties. 
Fig. 17(c) shows a notification page on which notifications of changes are displayed. 
Figs. 18(a) and 18(b) are flow charts showing notification operation. 
Fig. 19 is a flow chart for viewing a shortpage when the client is a personal digital 
assistant. 

Fig. 20 is a block diagram of data flow when a shortpage or a combopage is viewed on a 
personal digital assistant. 

Fig. 21 is a display of a shared portal shortpage. 

DETAILED DESCRIPTION OF EMBODIMENTS 

Reference will now be made in detail to several embodiments of the present invention, 
examples of which are illustrated in the accompanying drawings. Wherever practicable, the same 
reference numbers will be used throughout the drawings to refer to the same or like parts. 

I. General Discussion 

A described embodiment of the present invention allows users to select certain sub- 
elements of one or more web pages as a shortpage. The user selects certain sub-elements of an 
original web page to create a shortpage. The user's selection information is saved and, when the 
user views the shortpage at a later time, only the sub-elements of the web page indicated by the 
user are displayed for viewing by the user. Thus, the user views only preselected sub-elements 
of the web page. "Combopages" (short for "combination pages") are created by combining 
shortpages or from combining selections from more than one web page or site. This section 
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discusses an exemplary data processing system used to implement a preferred embodiment of 
the present invention. 

Fig. 1 is a block diagram of data processing elements in accordance with a preferred 
embodiment of the present invention. Fig. 1 includes a server data processing system 120 
5 communicating with one or more client data processing systems. These client data processing 
systems include, but are not limited to, a desktop personal computer (PC) 102, a laptop computer 
104, a palm computer (personal computer/assistant or handheld device) 106, a pager 108 (such 
as an alphanumeric pager), a web-enabled telephone or a cell phone 1 10, or some other 
appropriate web-enabled device or appliance 1 1 1 . A web-enabled telephone or device could use, 

10 for example, the WAP (Wireless Application Protocol) or any other appropriate protocol. It 
should be understood that the client data processing systems shown in Fig. 1 are shown for 
purposes of example only and are not to be construed in a limiting sense. Any other appropriate 
type of client can be used in conjunction with the present invention. Fig. 1 also includes a 
plurality of web page servers 132, 1 34, 136. Each web page server communicates with server 

15 120 and stores one or more web sites or web pages. Server 120 stores selection information 122 
for each user and further stores selection-enabling information 124 that is added to a web page to 
enable a user to make selections from a web page. Communication can be over a network, such 
as the internet, an intranet, a wireless network, or in any other appropriate manner. 

Fig. 2(a) shows an overview of creation of a shortpage. As shown in Fig. 2(a), during 

20 operation, a client 202 sends a request to server 120 for a web page. Server 120 retrieves the 

web page from an appropriate one of web sites 132-136. The server 120 adds selection-enabling 
information to the retrieved web page and sends the web page to the client. The client selects 
sub-elements of the web page and sends that selection information to server 120. Server 120 
stores selection information 122 describing the shortpages defined by a user. 

25 Fig. 2(b) shows an overview of viewing a shortpage. The client sends a request for a 

shortpage (or a combopage) to server 120. Server 120 determines the page or pages needed to 
view the shortpage in accordance with the stored selection information and retrieves the page or 
pages from the web site 132. Server 120 shortens the retrieved web page in accordance with the 
selection information to form a shortpage and sends the shortpage to the client. 

30 It should be understood that each of the clients, servers, and web servers in the described 

embodiment includes a processor and a memory. The memory includes instructions capable of 
being executed by the processor to perform the functions described below. A client and/or a 
server can also include a computer readable medium for storing the instructions. Server 120 
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communicates with the clients and the web page servers via any appropriate communication 
mechanism, including but not limited to a network, an intranet, the internet, wireless 
communications, telecommunications, cable modems, and satellite communications. 

A client may include browser software suitable for viewing web pages. The browser 

5 software can be standalone or integrated within other software products. The functionality can 
be stored, for example, as a link, a JavaScript, or as a Java applet. Handheld clients contain a 
specialized browser that receive "snipped" sub-elements of web pages for viewing on a 
handheld client. Other clients (such as cell phones) do not necessarily contain a browser. It 
should be understood that references herein to "HTML" can be understood to refer to any 

10 appropriate page specification language, such as a hypertext language or a proprietary language. 

The following paragraphs describe an example of how a user makes a shortpage. This 
example is provided for exemplary purposes only and is not to be interpreted in a limiting sense. 

Fig. 3(a) shows a display of a "startpage" on a browser in a client. The startpage allows a 
user to create and edit shortpages and combopages and displays existing shortpages and 

1 5 combopages. Each user has his own startpage. The information needed to make a startpage is 
preferably stored in server 120. Fig. 3(a) shows a URL 310 of the exemplary startpage for user 
John Smith 

(http://ww.shortware.com:9999/UserName=Jsmith&ProcName==StartPage). 

The startpage of Fig. 3(a) includes a link to a Notifications page 3 12, a link to an Edit 

20 profile page 314, and a link to a Help page 316. The startpage of Fig. 3(a) allows a user to 
create, edit, delete, and view shortpages and their options. To create a shortpage, in the 
described embodiment, the user enters a URL of a page into area 3 1 8 and selects "Create 
Shortpage" button 320. After a shortpage is created, its name will be displayed in Shortpages 
column 332. An existing shortpage can be viewed ("Go"), edited, options edited, or deleted by 

25 selecting the corresponding action in action box 330 and selecting a name of an existing 

shortpage. Creation, editing and deleting of notifications and combo pages are discussed in detail 
below. 

Figs. 3(b)-3(e) are an example of the HTML source code for an exemplary startpage, 
similar to the StartPage of Fig. 3(a). This source code is included for the purpose of example 
30 and is not to be taken in a limiting sense. 

Figs. 4(a)-4(c) are flow charts showing how a client and a server interact to perform 
shortpage operations, such as create, edit, delete, and view. Figs. 4(a) and 4(b) show a method 
performed by the client. In the described embodiment, the functionality of Figs. 4(a) and 4(b) 
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are implemented via a Java Script executed by the client browser, although any appropriate 
implementation can be used. Fig. 4(c) shows a method performed by server 120. 

In Figs. 4(a) and 4(b), the client receives the user's actions (e.g., entering the URL of a 
web page and clicking "Create shortpage") and determines whether the user wants to create a 
5 shortpage (element 410), edit a shortpage (element 420), view a shortpage (element 430), delete 
a shortpage (element 440), or edit an option (element 450). 

If the user wants to create a new shortpage (element 410), the client sends the URL of 
the page to shorten and a request to create a shortpage to server 120. The client receives a page 
created from the requested page and from selection-enabling information. In the example, the 
1 0 selection-enabling information allows the user to indicate that sub-elements of the page are 

shown or hidden. The client then displays the page, and allows the user to create a shortpage as 
described below. The resulting selection information is sent to server 120. In the described 
embodiment, selection information is sent to the server each time a page element is marked as 
"shown" or "hidden." In return, a new preview of the shortpage is sent from the server to the 
1 5 client, so that the preview view of the short page reflects the currently shown/hidden element. 
The server adds the name of the shortpage to the list of shortpages 332 on the page. 

If the user wants to edit a shortpage (element 420), the client sends the URL of the 
shortpage to edit and a request to edit a shortpage to server 120. The client receives a shortpage 
created from the original fullpage including selection-enabling information. The selection 
20 enabling information includes show/hide buttons and header links. The client then displays the 
page upon which the shortpage is based, including the selection-enabling information, and 
allows the user to edit the shortpage as described below. The resulting selection information is 
sent to server 120. Note that the show/hide buttons can instead be implemented as a one-button 
user interface, or by using some other appropriate type of user interface that allows the user to 
25 choose a subset of the web page elements. 

If the user wants to view a shortpage (element 430), the client sends the URL of the 
shortpage to view and a request to view a shortpage to server 120. The client receives the 
shortpage from server 120. The shortpage to be viewed does not include any selection-enabling 
information. The client then displays the shortpage. 
30 If the user wants to delete a shortpage (element 440), the client sends the URL of the 

shortpage to delete and a request to delete a shortpage to server 120. Server 120 deletes the 
shortpage and returns an indication to the client that the shortpage has been deleted. The server 
removes the name of the shortpage from its list of shortpages 332. 
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If the client wants to edit options for a shortpage, the client sends the URL of the 
shortpage and a request to edit the options of the shortpage. The client receives the edit page 
from server and displays it. The user then edits the options and sends the edits to the server. 
Fig. 4(c) shows an overview of an exemplary shortpage method on the server side. 

5 When the server receives a request from the client's browser to create, edit, delete, or view a 
shortpage or option (element 450), the server translates the request into the appropriate 
request(s) to the web server(s) and retrieves the requested web page(s) or site(s) from the 
server(s) (element 452). In the described embodiment, these requests are HTTP requests and the 
web pages are written in HTML or a similar hypertext language. The server does the user- 

10 specified action (such as adding selection-enabling information when a shortpage is to be created 
or edited) or selecting the relevant parts of the web page (when a shortpage is to be viewed) 
(element 456). For example, the server adds the selection-enabling information to the retrieved 
web page and sends the resulting page to the client's browser. Table 1 shows an example of 
Web Procedure Calls (WPCs) used to communicate between the client and the server. The WPC 

1 5 is part of the URL sent by the client and has the format: 

/UserName=<usemame>&ProcName=<procname> {&argl =val 1 } {&arg2=va!2} . . . {&arg 
last=vallast} 

where a string in pointed brackets "<" indicates a type of data and a string in curly 
brackets "{" "}" indicates optional arguments. 

20 

II. Creating/Editing a Shortpage 

The following paragraphs provide exemplary details of how to create/edit a shortpage. 
The example shown in based on an exemplary web page shown in Fig. 5(a). The web page 
shown has a URL of http://abc.gov. In the example, a user visits this web site frequently and 

25 desires to select sub-elements of the web site to be placed on a shortpage. If the user desires to 
create a shortpage based on the web page of Fig. 5(a), he enters the URL of the web page into 
address 318 of Fig. 3 and selects "Create Shortpage" button 320. The server will retrieve the 
requested web page and add selection-enabling information to the page. 

Figs. 5(b) and 5(c) show the web page of Fig. 5(a) displayed along with selection- 

30 enabling information. The server has broken the web page into blocks, each block having 
selection-enabling information. In the described embodiment, the selection-enabling 
information is a pair of show/hide boxes, having a check mark and an "X" respectively. The 
check mark indicates that the corresponding block will be shown in the shortpage. The U X" 
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indicates that the corresponding block will be hidden (not shown) in the shortpage. Fig. 5(b) 
shows an editing area 510 and a preview area 520. Each of these areas can be sized and scrolled 
by the user. Initially all blocks in the page are marked as "hide." The example of Fig. 5(b) 
shows all blocks marked as "show." Therefore, in the example, preview area 520 shows all 
5 blocks in the page. In contrast, in Fig. 5(c), the user has clicked on the "X" box 505, causing the 
corresponding block 504 to be hidden in the shortpage. Note that the block 504 is not shown in 
the preview area 520 of Fig. 5(c). 

Fig. 5(d) shows the web page of Fig. 5(a) with a different level of block detail When the 
user clicks "more details" link 561 of Fig. 5(c), a command is sent to the server and the server 

1 0 re-determines the blocks of the page using a higher level of detail than previously used. (A 
similar "less detail" button 56T is displayed on the web page of Fig. 5(d)). A method of 
determining blocks on a page in accordance with a current level of detail is described below in 
connection with Fig. 9. In Fig. 5(d), for example, the page is broken into fewer blocks. For 
example, block 504 does not exist in editing area 510. 

1 5 Fig. 5(e) shows a web page that allows the user to view/edit shortpage properties. The 

web page of Fig. 5(e) is requested when the user clicks on "Next" link 560, as shown in Figs. 
5(b) - 5(d). This page allow the user to enter properties of a shortpage. The user can change the 
name associated with the shortpage (for example, the name shown in area 332 of Fig. 3) by 
entering a new name in area 570. The user can enter comments in area 572. The user can 

20 indicate that the shortpage does not show the page background in area 574. The user can 

indicate that changes since the last time the shortpage was viewed should be highlighted on the 
shortpage in area 576. The user can indicate that the shortpage should be used for similar pages 
and all URLs starting with a specified string (areas 578 and 580). Other properties could be 
included or certain properties shown in the figure excluded without departing from the spirit or 

25 scope of the invention. When the user clicks a "Done" button 582, the client sends the entered 
information to server 1 20, which stores the entered information in connection with the 
shortpage. 

Fig. 6 is a flow chart showing how the client and the server interact to allow the user to 
create/edit a shortpage. Each element of the flow chart has a notation next to it indicating 
30 whether it is preferably performed by the client, server, or a combination. In element 602, after 
the server has retrieved a page from a web server, the server needs to break the page down into 
blocks and to add selection-enabling information to the page for each block. The server uses the 
SplitPage method (Fig. 8) and the Level of Detail method (Fig. 9) to break the page into blocks. 
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In element 604, the server adds selection-enabling information to the retrieved web page. 
Specifically, the server adds a "Show" button and a "Hide" button next to the block and puts a 
border (<table>) around it. The client's browser, thus, displays the web page along with the 
selection-enabling information for each block. 

When the user selects "Show" or "Hide," an HTTP request that uniquely identifies the 
button is sent to the server (see Table 1). In element 608, the server marks the corresponding 
block as either "shown" or "hidden" in the representation tree (RepTree) for the shortpage. This 
information is a part of the selection information stored on the server. In element 610, the server 
returns a preview of the resulting shortpage to the user, which is displayed in a separate frame 
(preview area 520). The marked-up RepTree is stored as the template for future references to 
this shortpage. Thus, the RepTree forms at least part of the selection information. It will be 
understood that, although the example shows certain actions being performed by the client or the 
server, other embodiments may implement the client or server to perform actions not shown as 
being performed by them. For example, the selection information could be stored on the client 
side. 

Fig. 7 shows an example of parsing used by the server to create and edit shortpages. This 
figure shows the Split Page method. In the example, a page is represented by an HTML file. 
The HTML is parsed in a manner known to persons of ordinary skill in the art to yield a 
Representation Tree. The Representation Tree has complex/multipart tags (e.g., <ul>), simple 
tags (e.g., <img src=Img.gi£>), and text nodes (e.g., iteml ). A simple tag is defined as a tag that 
has no children and a complex tag is defined as a tag that has children. Server 1 20 parses the 
HTML file into a RepTree and iterates down the tree in a depth-first way to mark each node in 
the tree according to whether it is a single block. The RepTree includes a flag for each block 
indicating whether it is shown or hidden. A detailed example of the format of a RepTree is 
shown in Table 2. This format is not to be taken in a limiting sense. 

Fig. 8 shows an example of a split page method used to create/edit shortpages. As shown 
in Fig. 8, if a node corresponds to a simple tag that is an image, input, iframe, or object, it is 
marked as a single block. If a node corresponds to a complex tag of type <tr> and there are 
more than two rows or columns in the table, mark the node. If a node corresponds to a complex 
tag of type <form>, do not mark the node. If a node corresponds to a complex tag of other types, 
mark the node if it has any text. For other types of nodes, continue traversing the RepTree. For 
each complex node, walk down the list of its children. Any nodes between two single blocks 
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become one complex block. To avoid creating extra blocks, if a node has only one child block, 

give the block status to the parent node instead. 

Fig. 9 is a flow chart of how to determine a display level when creating shortpages. In 

the described embodiment, the level of detail is used to decrease the number of blocks displayed 
5 at a given time. This flow chart demonstrates how to work with two levels (high and low), but 

any number of levels can be supported. If the level of detail is low, element 904 determines 

whether the block's parent has less than L nodes below its children. L can be, for example, 5. If 

the block's parent has less than L nodes below its children, the block is shown as a separate 

block when the user creates or edits a shortpage. Otherwise, the block is not shown as a separate 
1 0 block. If the level of detail is high, element 906 determines whether the block has more than K 

nodes below its children. K can be, for example, 1. If the block has more than K nodes below 

its children, the block is shown as a separate block when the user creates a shortpage. 

Otherwise, the block is not shown as a separate block. 

Fig. 10 shows the startpage of Fig. 3 after a shortpage has been created based on the web 
1 5 page of Fig. 5(a). Server 1 20 indicates to the client that a shortpage has been created and adds 

the name of the shortpage to area 332 of the user's startpage. The startpage having the name of 

the new shortpage is sent to the browser, where it is displayed. 

Fig. 1 1 shows the shortpage created from the web page of Fig. 5(a). In the example, the 

user selected certain sub-elements of the page. Specifically, the user indicated that all but a 
20 leftmost block of the page is marked as hidden. Thus, the shortpage shows only the non-hidden 

block. The shortpage also includes a link to the user's startpage 1 102, a link to a notification 

page 1 104, a link to a help page 1 106, a link to a page that allows the user to edit a shortpage 
1 105 and a link to the fullpage 1 103 upon which the shortpage is based. Note that the user has 

indicated that the background of the original page is not to be shown in this shortpage (see Fig. 
25 5(e)). 

Fig. 12 shows a fullpage corresponding to the web page of Fig. 11. The fullpage is 
displayed when the user clicks on the fullpage link 1 103 of Fig. 11. In contrast to the shortpage, 
the original page's background is shown, since it is part of the page. Even though all blocks of 
the fullpage are shown, the full page is fetched via server 120 and not directly from the web page 
30 server. This is shown by the URL of the fullpage: 
http://shortwavexom:9999/Use 
txtURL=http://www.abc.gov . 
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In this example, the user is "Jsmith". The action is to get/fetch a page. "Purpose = 7" 
indicates that a full page should be fetched. The URL of the full page is http://www.abc.gov. 
Further example of parameters used to communicate between the client and the server are 
described in Table 1 . 

5 

III. Viewing a ShortPage 

Fig. 13 is a flow chart showing how the client and server interact to allow the user to 
view a shortpage. In the described embodiment, the user has selected a name of a shortpage in 
area 332 and selected "go" in area 330. It should be remembered that, although a shortpage may 
10 be based on a particular web page, that web page may have changed since the shortpage was 
created, either because content may have been changed, added, or deleted. It is necessary to 
parse the web page on which the shortpage is based (the target) and determine whether the 
. blocks marked "show" in the template are still present in the target. The target page on which 
the shortpage is based is retrieved and parsed into a RepTree by the server. Each shortpage has a 
1 5 RepTree associated with it. 

In element 1 304, the server performs a "double traverse" method, recursively traversing 
down both the template and the target RepTrees, trying to match the nodes. If two nodes match 
by type and tag, assign the "Show" or "Hide" flags of the template node to the target node. If 
there is no match, start to look for the closest match. If, for example, we are currently on nodes 
20 Temp[I], Targ[J], then we are looking for matching Temp[K] and Targ[L] such that, for K and 
L, K-I+L-J is the smallest possible value. 

After element 1 308, any template nodes that are not matched were the nodes that have 
disappeared from the page. Any target nodes that were not matched were the nodes that have 
been added to the page. All target nodes with "Show" flags (i.e., all target blocks that matched a 
25 block in the template) are part of the shortpage. These blocks are sent to the requesting client. 
Other appropriate matching methods can also be used. 

In the described embodiment, the user can enter the address of a web page to be 
shortened. For example, the user can enter a URL in area 3 1 8 and click on button 340. If the 
user has previously defined a shortpage for this URL or for a URL on this web site, the 
30 shortpage is displayed. Similarly, if a page has a link to another page within it and the link is 
selected, server 120 will check the new link to determine whether it is a shortpage. 

Fig. 14 is a flow chart showing details of determining whether a URL is the URL of a 
shortpage. As described in element 1402, this method will be used when, instead of requesting a 
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specific shortpage, the user enters or browses to a particular URL. In element 1404, for each 
shortpage that the user has, server 120 compares the URL, host name, document name, and CGI 
argument lists. The server does this for both a shortpage requested address and for the actual 
address. The requested address and the actual address may be different because of HTTP 
5 redirection. 

If, in element 1406, the host name, document, name, and CGI parameter names match, it 
is a "clear match." If a clear match occurs, use this shortpage for customizing the request. If a 
clear match does not occur, control passes to element 1410. In element 1410, for each 
"approximate match" (which is defined as host name and document name match), calculate 
10 "match ranking." Step 1412 calculates match ranking as follows. For each matching RepNode 
ofRepTree, add (1 /(Node depth)) to the rank. For each mismatch, subtract the same amount. In 
step 1414, select the shortpage with the highest matching rank for customizing this request. If 
no match occurs, then show the full page. 

1 5 IV. Creating/Editing/Viewing a Combopage 

A described embodiment of the present invention allows the user to define a 
"combination page" (also called a "combopage"). A combopage is a page made up of more than 
one web page. In the described embodiment, a combopage is made up of a combination of 
shortpages. Other combopages are made up of information from more than one web page, but 

20 not necessarily from other shortpages. 

Fig. 15(a) shows a display for creating a combopage. In the example provided, 
combopages are created by combining shortpages. Combopages can also be created in a manner 
similar to that of shortpages without explicitly creating shortpages first. The display of Fig. 
1 5(a) is displayed by a browser of a client. An area 1 502 contains the names of all shortpages 

25 created by the user. Selected shortpage area 1504 contains the names of all shortpages selected 
by the user to be in the combopage. In the example, no shortpages have been selected yet. 

Arrow buttons 1506 cause a shortpage name to be added to or removed from area 1504. 
Each time the user clicks on one of buttons 1 506, a message is sent to server 120, which returns 
a redrawn page and stores the change to the combopage. Up and Down buttons 1508 allow the 

30 user to change the position of a shortpage within a combopage. Each time the user clicks on one 
of buttons 1508, a message is sent to server 120, which returns a redrawn page and stores the 
change in position of the elements in the combopage. 
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Fig. 15(b) shows an example of a combopage. In the example, the combopage is made 
up of two short pages: a first shortpage 1552 and a second shortpage 1554. The combopage also 
includes a link to the user's startpage, a help link, and a link to the edit page (see Fig. 16(c)). It 
should be noted that the shortpages used to make the combopage can be from the same site or 
5 from different sites. 

Fig. 16(a) is a flow chart for creating a combopage using the display of Fig. 15(a). 
Element 1602 waits for the user to select the shortpages for the combopage and to position the 
shortpages on the combopage. Element 1 604 stores the identities of the user-selected shortpages 
and their positions. 

10 Fig. 16(b) is a flow chart of a method performed by server 120 to display a previously 

created combopage. Element 1652 receives a request for a combopage from a user. For each 
shortpage that is part of the combopage, the server sends a request to the corresponding web site 
server. In element 1656, the server waits until all the requests come back from the web site 
servers or a time-out expires. In element 1658, the server creates an HTML table for the 

1 5 combopage and, in element 1650, sends the resulting HTML to the client. 

Fig. 16(c) shows a web page that allows the user to view/edit combopage properties. The 
web page of Fig. 16(c) is preferably requested when the user clicks on "Next" link 1508, as 
shown in Fig. 15(a). The user can change the name associated with the combopage by entering a 
new name in area 590. The user can indicate that the contents of the combopage are to be 

20 enclosed in an HTML table in area 592. When the user clicks a "Done" button 582, the client 
sends the entered information to server 120, which stores the entered information in connection 
with the combopage and returns the user to the user's startpage. 

V. Creating/Editing a Notification 

25 The described embodiment of the invention allows the user to enable a "notification" 

operation for blocks (sub-elements) of a web page. When a specified block on a web page 
changes in a user-specified manner, the user is notified. It is important to note that the web page 
is broken into blocks in a manner similar to that discussed above for making shortpages. Each 
block of the page can have a notification set for that block. The notification properties for 

30 various blocks on a page can be different from each other. Some blocks can have their 
notifications enabled, while others can have their notifications disabled. Some can have 
different notification methods than other and/or can have different notification conditions than 
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others on the same page. Notification can be turned on for some blocks of a page and turned off 
for other blocks on the page. Thus, the granularity of notifications is smaller than the page level. 

Fig. 1 8(a) is a flow chart showing an example of how notifications are enabled. First, the 
server breaks the page into blocks as if it were creating a shortpage. The server adds 
5 notification-enabling information to the page. In the example shown, the notification-enabling 
information is an envelope icon, such as icons 1702, 1704 of Fig. 17(a). As shown in element 
1 806, when the user selects the block to be tracked (by clicking on the associated icon), a 
notification properties page is displayed (see Fig. 17(b)) and the user is asked to select 
notification properties, including: a notification condition, the frequency of checking 

10 notification, and the notification device. These properties are sent to the server, which sets a 
"notify" flag in the node of the RepTree corresponding to the block. The RepTree, along with 
the notification parameters are saved on the server as a template. 

Fig. 17(a) shows a display that allows a user to enable notifications for the page shown in 
Fig. 5(a). The server has added notification-enabling information to the page. In the example 

1 5 shown, the notification enabling information includes a notification icon for each block on the 
page. Examples of notification icons include an icon 1702 and an icon 1704. The user has set a 
notification flag for the block corresponding to icon 1704, and server 120 has added a "Notify if 
changed" banner 1705 below the icon. Each icon is a link that causes the display of Fig. 17(b) to 
be displayed. 

20 In at least one embodiment, a notification can be conditioned on more than one block or 

sub-element. The user is allowed to indicate a notification condition involving more than one 
block. For example, if there are two blocks on the page (block A and block B) that the user is 
interested in, he could indicate "notify me when block A contains 'new book' and block B < 
$30." The user could indicate this notification condition, for example via a pop-up window or 

25 other appropriate mechanism. 

Fig. 17(b) shows a display that allows a user to edit notification properties. Each block 
on a page has separate notification properties. As shown in Fig. 17(b), the status of icon 1704 is 
enabled 1 752. The name for the notification is chosen to be the same as the name of the web 
page (www.abc.gov) although the user could choose another name. The user has chosen to be 

30 notified of changes via e-mail 1758. The e-mail will have the subject "www.abc.gov" 1 764. 
The user could also choose to be notified by a pager message 1760 or to have his notification 
displayed on a "notification" web page 1762. The user has indicated that he wants to be 
notified if the indicated page changes in any way 1766. Other possibilities for notification 
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include: always, if contains (a specified value), if equal to, if not equal to, if greater than, if 
greater than or equal to, if less than, if less than or equal to. The user has indicated that the 
indicated web page should be monitored for changes every hour. If the specified change criteria 
are met, a notification is sent via the appropriate notification method (here, via e-mail). 
5 Monitoring can also occur in units of minutes, days, weeks, or months, or any other appropriate 
units. When the user selects the "back" 1 770 button, the properties are sent to the server and the 
previous page is displayed. When the user selects the "done" 1772 button, the properties are 
sent to the server and the user's startpage is displayed. 

Fig. 17(c) shows a notification page on which notifications of changes are displayed. In 

1 0 the example shown, no notifications have occurred since the page was last viewed. If changes 
meeting the specified criteria had occurred, a message would appear on this web page. 

Fig. 1 8(b) is a flow chart of a method for issuing a notification. As shown in element 
1 852, the server waits for the specified time interval (or periodically checks to determine 
whether the specified time interval has passed). After the specified time interval has passed, the 

1 5 server retrieves the page having a notification enabled from the web site server. Using, for 

example, the same double traverse process described in Fig. 13, the server finds the target node 
(i.e., block on the page) that corresponds to the template node in the RepTree having its notify 
flag set. The block in the fetched page is checked to determine whether it meets the notification 
condition specified by the user (for example, has this block changed). If the notification 

20 condition is met, the server sends a notification message to the user via the mechanism specified 
by the user (for example, an e-mail message, a pager message, or an entry on a notification web 
page). If the condition is not met, the server continues with the next notification in the RepTree. 
Different blocks (sub-elements) on a page can have different notification frequencies. 

25 VI. Handheld client 

As discussed in connection with Fig. 1, the present invention can be implemented for a 
wide variety of clients. Fig. 20 is a block diagram of data flow when a shortpage or a combopage 
is viewed on a personal digital assistant, such as a Palm VII Personal Digital Assistant 
(Available from 3Com Corporation) or a similar handheld device. PDAs often use a "web 
30 clipping" system to view web pages. The PDA views predefined web clippings by sending a 
request for the clipped pages to a proxy server. 

Initially, a "web clipping" application, which contains a single link to the user's startpage 
is created and downloaded into the user's handheld device. The user creates his shortpages and 
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combopages as described above. Preferably, these shortpages and combopages are created on 
the user's PC, although other embodiments may allow the user to create them on the handheld. 

To view a shortpage or a combopage, the user simply goes to his startpage "web 
clipping" in the handheld and selects a link to the shortpage. As shown in Fig. 20, this action 
5 causes a request to be sent to the proxy server 2004, which passes the request to the shortpage 
server 2006, which forwards the request to the web site 2008 hosting the full page (of full pages 
in the case of a combopage). The web site returns the requested page(s) to the shortpage server 
2006, which creates a shortpage or a combopage as described above and which then passes the 
created shortpage or combopage to the proxy server 2004. The proxy server sends the shortpage 

1 0 or combo page to the handheld client 2002. 

Fig. 19 is a flow chart for viewing a shortpage when the client is a personal digital 
assistant. In element 1902, a web clipping short page application, which contains a single link to 
the user's startpage is created and downloaded into the user's PDA. In element 1904, the user 
creates his shortpage (or combopage) as before, using his PC or similar device. In element 1906, 

1 5 to view a shortpage or combopage, the user simply goes to his startpage "web clipping" and 

selects a link to the shortpage. In element 1908, the request goes through a proxy server (such as 
palm.net of 3Com) and is forwarded to the site hosting the page or pages. In element 1910, the 
response from the web server is customized by the Shortpage server and goes back to the user. 
In the described embodiment, the shortpage server creates a modified version of a 

20 shortpage when it knows that the client is a handheld device. For example, the shortpage server 
removes large graphic files and Java Script code. Other embodiments may make other 
modifications or no modifications, depending on the nature and capabilities of the handheld 
client. In the described embodiment, the proxy server also modifies the page somewhat before 
sending the page to the handheld client. 

25 

VII. Shared Portal 

Fig. 21 is a display of a shared portal shortpage application. A shared portal is created by 
one or more persons and is viewable by multiple persons. Different users may have different 
access permissions stored within the server. For example, in one embodiment, a single user has 
30 permissions to create folders (such as folder 2102), but any user can add shortpages within 

folders (link 2104 is a link to a combopage titled "Bay Area News"). As another example, only 
a single user can add folders and links, but any user can access the shortpages and combopages. 
In a shared portal, whenever a user attempts to edit or create a shortpage or combopage, the 
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server first checks the permissions of the user. The user may be required to enter a password 
and/or to Log on from an approved machine. Similarly, whenever a user attempts to access a 
shortpage or a combopage, the server checks the permissions of the user to determine whether 
the user is authorized to access the page he has requested. A shared portals may be open to all 
5 users or may be restricted to certain groups, such as families, employees of a company, 
employees of a department, or clubs. 

VIII. Cluster Implementation 

In one embodiment of the present invention, server 120 resides on a number of nodes, 
10 which are dual-Pentium Windows NT PCs. In this implementation, data is stored in a shared 
RAID file server. A hardware load-balancer, such as a Big/IP load balancer from FS Networks, 
Inc. of Seattle, Washington is used to route user requests to the least busy node. Such an 
implementation uses persistent connections with, for example, a ten minute timeout to ensure 
that the requests from the same address get to the same server. When the first request for the 
1 5 given user comes to the given server, the user's data is read from the file server. If there is no 
activity for the time Q (for example, Q>T, 12 minutes), the data for the user is cleared from 
memory. 

While the invention has been described in conjunction with a specific embodiment, it is 
evident that many alternatives, modifications and variations will be apparent to those skilled in 

20 the art in light of the foregoing description. For example, in at least one implementation, the 
nodes handling notification are kept separate from shortpage/combopage machines, since 
realtime response is not typically critical for notification. In another embodiment, shortpages 
and/or combopages are pre-created and offered to third persons who want specialized 
information or who want shorter web pages. In another embodiment, shortpages can be located 

25 on a combopage next to each other in a horizontal direction. Accordingly, it is intended to 

embrace all such alternatives, modifications and variations as fall within the spirit and scope of 
the appended claims and equivalents. 
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Table 1 (Page 1 of 1) 

WPCs - Web Procedure Call list 
All WPCs take a username. 

5 

// The WPC consists of: (without "<" or ">") 
// 

/Usemame=<usemame>&ProcName=<procname>&arg 1 =val 1 &arg2=val2&...&argLast=valLas 
t 

10 // (The number of args is variable, and the "last" arg is optional). 
// New user registration and user login. 

NewUserLogin - Allows the user to enter registration information 
1 5 RegisterUser - Submits username, full name, password, email, and other info for a new user. 
LoginUser - login user. Takes username and password 

// Wizard Action 

WizardAction - takes object (shortpage, notification, or combopage) id 
20 Edit - start editing the object 

Props - Displays properties of the object 

CreateShortpage - creates a shortpage 

CreateNotification - creates a notification 

CreateCombopage - creates a combopage 
25 Browse - browse to the given URL 

Go - go to the given shortpage/combopage 

Delete - delete given object 

Next - present logically the next screen in the wizard 
Done - done with the editing 
30 Cancel - cancel editing 

B_GetPage - Get a page. Takes a URL 

B_GetPageS - Same, but the request came through a script, URL needs some massaging. Takes 
a URL and a base URL for the page to be appended to it. 
35 StartPage - show Start Page for the user 

NotifPage - Show notification page for the user 

UJDeleteNotifs - delete certain notification messages. Takes message ids. 
P_SelectionFrame - Displays the selection frame (upper frame) for the shortpage creation 
PDoCommand - do editing command, such as "Show" block, or "Hide" block. 
40 Takes block id as a parameter, and command id ("Show", "Hide", "Notify", etc.) 

ProfileMgrAction - Edit profile settings 
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Table 2 (Page 1 of 2) 

typedef CArray<CRepNode*, CRepNode*> CRepNodeArray; 

class CRepNode 
{ 

friend class CRepBuilder; 

public: 

CRepNode(CRepNode *pParent=NULL, int ilndex=0); 
virtual -CRepNode(); 

void AddChild(CRepNode *pChild); 

void InsertChild(CRepNode *pChild, int ilndex); 

void Serialize(CMyArchive& ar); 

enum Type{ 

NONE, 
TEXT, 

SIMPLE_TAG, 

CONTAINER_TAG, 

COMMENT, 

BADTAG, // bad closing tag. 

SCRIPT, // script node contains both <SCRIPT> and </SCRJPT> 
WHITESPACE,// whatever ,, trims" to an empty string. 
BAD_CLOSING 

}; 

Type m_Type; 

#define FLG_BLOCK_BEGIN 0x1 
#defme FLG_BLOCK_END 0x2 

//define FLG_BLOCK_MASK (FLGJBLOCKJBEGIN | FLG_BLOCKJEND) 

#define FLG_HIDE Ox 1 0 // hide this node. 
#define FLG_CHANGED 0x20 // node has changed 

#define FLG_NOMATCH 0x40 // couldn't match this node, 

//define FLG_SHOW 0x80 // show the node and subnodes. 

#define FLG_NOTIFY 0x100 // Notify on this node, 

//define FLG_BADLY_CLOSED 0x200 // This node is incorrectly nested, 
//define FLG_TEMP OxfOOO // The mask for temp bits used by stuff 

// here and there for a short time. 

Table 2 (Page 2 of 2) 

ULONG m_Flags; 
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CNodelnfo *m_pInfo; // any data can be stored here. 

// not saved to the disk! 

CNotifylnfo *m_pNotify; // Notification info on this node. 

// must be serialized. 

// has either the text, or a simple tag or 
// the full tag with params, but without nested tags.. Example: 
// "<TD WIDTH=1 17 VALIGN=TOP ALIGN=LEFT>" 
CString m_Text; 

// Children of a complex tag. 
CRepNodeArray m_aKids; 

// the following two fields are redundant for all known (to our 
// program) tags. 

TAG mJTag; 

// The tag without params and < or >, like "TD" 

// Note that there is never a closing tag, like </TD> in the representation. 
// If the type of the node is CONTAINER JTAG, then it is assumed that 
// there is a closing tag after all m_aKids. 
CString m_TagName; 

CString m_NodeHeader; 

CRepNode *GetParent() { return m_pParent; } 
int Getlndex() { return m_Index; } 

CRepNode *m _pParent; // root object has this NULL 
int m_Index; // index into the array of the parent node. 

#if DEBUG 

void AssertValid(); // CObject-like validation function. 

#endif 

}; 
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WHAT IS CLAIMED IS: 



1 , A method to notify a user of certain changes to a web page, comprising: 

allowing a user to choose sub-elements on the web page as subjects of 



notification; 



5 



saving the user's choices; and 

monitoring the user's chosen sub-elements on the web page and notifying the 



user when a notification condition is true for at least one of the sub-elements. 

2. The method of claim 1 , further comprising splitting the web page into sub-elements 
10 before allowing the user to choose the sub-elements. 

3. The method of claim 1, further comprising adding selection-enabling information to 
the web page to enable the user to choose the sub-elements. 

1 5 4. The method of claim 1 , further comprising: 



notifying the user, via a user-selected notification mechanism, that the 



notification condition has been met for a sub-element. 



20 



5. The method of claim 1 , further comprising: 
notifying the user by e-mail. 



6. The method of claim 1 , further comprising: 

notifying the user by placing a notification on a notification web page. 
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7. The method of claim 1 , further comprising: 

notifying the user by sending a pager message to the user. 



8. The method of claim 1 , further comprising: 

notifying the user by displaying a notification on a client system. 



30 



9. The method of claim 8, wherein the client system is a personal computer. 
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10. The method of claim 8, wherein the client system is a personal digital assistant 

device. 

1 1 . The method of claim 8, wherein the client system is a web-enabled telephone having 
5 a display. 

12. The method of claim 8, wherein the client system is an alphanumeric paging device. 

13. The method of claim 8, wherein the client system is a web-enabled device 

10 

14. The method of claim 1, wherein the user can explicitly disable notification for a sub- 
element. 

1 5. The method of claim 1, wherein the user can provide a name for the notification. 

15 

16. The method of claim 1, wherein the notification condition includes a frequency for 
how often the notification condition should be checked. 

1 7. The method of claim 1 , wherein the notification condition includes a check to see 
20 whether any change has occurred to the sub-element. 

18. The method of claim 1, wherein the notification condition indicates to always notify 
the user. 

25 19. The method of claim 1 , wherein the notification condition includes a check to see 

whether the sub-element contains a specified value. 

20. The method of claim 1, wherein the notification condition includes a check to see 
whether the sub-element has at least one of the following relations to a specified 

30 value: equal to, greater than, and less than, 

21. The method of claim 1 , wherein the user is allowed to indicate a notification 
condition involving more than one block. 
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22. An apparatus that notifies a user of certain changes to a web page, comprising: 

a software portion configured to allow a user to choose sub-elements on the web 
page as subjects of notification; 
5 a software portion configured to save the user's choices; and 

a software portion configured to monitor the user's chosen sub-elements on the 
web page and to notify the user when a notification condition is true for at least one of the sub- 
elements. 

10 23. The apparatus of claim 22, further comprising a software portion configured to split 

the web page into sub-elements before allowing the user to choose the sub-elements. 

24. The apparatus of claim 22, further comprising a software portion configured to add 
selection-enabling information to the web page to enable the user to choose the sub-elements. 

15 

25. The apparatus of claim 22, further comprising: 

a software portion configured to notify the user, via a user-selected notification 
mechanism, that the notification condition has been met for a sub-element. 

20 26. A computer program product, comprising: 

a computer readable medium having instructions thereon to notify a user of certain 
changes to a web page, including: 

computer program devices configured to allow a user to choose sub-elements on a 
web page as subjects of notification; 
25 computer program devices configured to save the user's choices; and 

computer program devices configured to monitor the user's chosen sub-elements 
on the web page and to notify the user when a notification condition is true for at least one of the 
sub-elements. 
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<head> 

<title>START ?age</title> 
</head> 

<script Language^" JavaScript H > function But c onCl i eked (butt onName) 
if (document .r*ain_form. txt URL. value == 11 ) 

alert ( 'Please enter a URL. 1 ); 

return false; 

} 

else 

i 

document ,mair._form. btnAcr ion. value = but t onName ; 
return true; 

} 
} 

</script> 
<body> 

<font size="-l" color= M #2244f f n > 

cpxfont size="-l' ><A href = "http://shortpage. com: 9999/UserName=lma 
jerus&ProcName=Notif Page" targets 11 _t op " xfont color="«2244f f " >Noti 
fications Page</f ontx/A> - <A href ="http : //shortpage . com: 9999/Use 
rName=imajerus£cProcName=START_F n target = "_top" xfont color= "#2244f 
f M >Edit Prof ile</f ontx/A> - <A href ="http : //shortpage . com: 9999/Us 
erName = imajerus&ProcName=Help£cIndex=3&Browser=l " target - "_t op" xfo 
nt color="#2244ff * : >Help</f ontx/Ax/f ont> 
<!-- END OF XAVIG7.7ION BAR --> 

</font> </p> 

<h2 align- "cenrer" >imsierus •s START page</h2> 
<font size=" -1" color= n #CC00FF n > 

<px/f ontx/p> 

<form action- l^tc : //shorcpage . com: 9999/UserM*me=imajerus&ProcName 
=WizardActicn&Place=Start" method= M POST" name="m.: -Jorm" 
onSubmit=" if (zxtURL. value == •'){ alert ( ? Please enter a URL. 
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'); return faise;}else if (btnAct ion. value »= 'invalid') { bt 

nAction. value = 'Browse'; return true;}" > 

< input type= "hidden" name=" btnAct ion" value= 11 invalid" ><p>Address 
< input type= n text" 

si2e= l, 60" name= ,, txtURL" value>  <input type="submit " name=" 
btnl" value= "Browse" 

onClick=" return 3uttonClicked ( 'Browse' ) ; "></p> 

<p>< input type=" submit" name= "btn" value= "Create Shortpage" 

onClick=" return ButtonClicked (' Create Shortpage ');" > <input type 
= " submit" name= u btn H 

value=" Create Notification" onClick=" return ButtonClicked ( 1 Creat 
e Notification 1 ); "> 

Scnbsp ; knbsp ; &nbsp ; &nbsp ; fcnbsp ; &nbsp ; Scnbsp ; knbsp ; knbsp ; &nbsp ; &nbs 
p ; ficnbsp / < input 

type=" submit" name="btn" value=" Create ComboPage" 

onClick="btnAction. value = &quot , -Create ComboPage&quot ; ; submit ( 
); return false; "> </p> 

<hr> 
</f orm> 

<script Language=" JavaScript "> 
function DoAc t ion (type , id) 

{ 

if (document . second_form. btnAct ion [document . second_f orm. btnAction. 
selectedlndex] .value == 'Delete') 

{ 

doDelece = confirm (' Delete this * + type t f ?»); 
if (doDelete) 

{ 

document . seconder orm. txt ID. value =- id; 
document . second_£orm. submit () ; 

} 

} 

else 

{ 

document . second_f orm. txtlD. value = id; 
document . second_f orm. submit ( ) ; 

} 

return false; 

} 

</script> 



<form action="htcp : / /shortpage . com: 9999/UserName=lmajerus&ProcName 



p.>- #0 
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=WizardActicn&Place=Start" method="GET" name="second_f orm"> 
<input type- "hidden" r.ame=" txtlD" vaiuextable width=»100%»> 
<tr valign=:"top" > 

<td width*" 16%" xh3>Action</h3> 
<pxselect name= n btnAction" size="4 n > 

<option vaiue= :, Go" selected>Go</option> 

<opcion value= " Edit " >Edit< /option* 

< opt ion value= » Options '• >Options< /options 

<option value= "Delete" >Delete</option> 
</seiectx ! This is not a button but using the same name m 
akes things very convenient --><br> 
</p> 

<p>New Folder: <br> 

<input type="text" name="NewFolderName" size="9"> <br> 
<inpuu type=" submit" value= " Create ! " name="btnNewFolder"x/p 

> 

<p>  </td> 

<td width= l, 84%"><cable width=100%xtr valign=top> 
<td width=33%xa href =http : //shortpage . com: 9999/UserName=lmajerus& 
ProcName=FolderOpficOpCcde=Collapse&FolderID=:1167Sl&aaOopBack=http%3A 
%2F%2Fshort?age.com%3A9999%2FUserName%3Dlmajerus%26ProcName%3DStar 
tPageximg src=http : / /www. shortware . com/ images /minus_but ton. gif bo 
rder=Ox/axbigxfont color="#009900">ShortPages</f ontx/bigxBR> 
<A href = "http : / /shortpage . com: 9999/UserName=lmaj erus&ProcName=P_Ge 
tPagelet£cID=89115" onClick= • return DoAction ( "ShortPage , 89115), '> 
<font color="#2244ff " > www . uspto . gov< / f ont >< / AxBR> 

<A href = "http : //shortpage . com: 9999/UserName=lmaj erus&ProcName=Pj3e 
tPagelet&ID=89117" onClick= • return DoAction ( "ShortPage" , 89117) ;«> 
< font color = " #2 2 4 4 f f " > www . uspto . gov/ cgi - bin/phone /nt or>hone< / font > < 
/AxBR> 

<A aref = "http: / /shortpage. co.n:9999/UserName=lmajezrus&ProcName«P_Ge 
tPagelet&ID=89126" onClick= : return DoAction ( "ShortPage', 89126) 
<font color="#2244ff ">164.1 95 . 100 . 11/netahtml/search-bcol . html</. J :o 
ntx/AxBR> 

<A href = " http: / /shortpage . com: 9999 /UserName=lmajer-us&ProcName=P_Ge 
tPagelet&ID=89128" g^C 1 ick= • return DoAction ( 11 ShortPcae" , 69228) ; 1 > 
<font color="#2244f f ">wwv; uspto. gov</f ont ></AxBR> 

<A href = " http: / /shortpage .com: 9999/UserName=lmaj erus&ProcName=P_Ge 
tPagelet&ID=89129" onCiick* • return DoAction ( "ShortPage" , 89129) ;'> 
<font color="#2244f f " > www. uspto. gov</fontx/AxBR> 

<A href = "http: //shortage .com: 9999/UserName=lmajeru^:..?rocName=P_Ge 
cPagelet£ t ID=89130" onCli^:. ■ return DoAction ( "ShortPage" , 89130) ;•> 
<font color="#2244f f ">www. uspto. gov</ font ></AxBR> 
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<A href =" http : //shortpage . com: 9999 /UserName=lmajerus&PrccName=:P_Ge 

tPageiet&ID=89133" onClick= • return DoAction ( "Short Page" , 89133) ;'> 

<font color="#2244f f " >www.optipat . com</f ontx/AxBR> 

<A href = "http : / /shortpage . com: 9999/UserName=lmaj erus&PrccName=P_Ge 

tPageiet&ID»111525" onClick= 1 return DoAct ion ( "Short Page" , 111525); 

' xfont color="#2244f f ">www.usDto.gov</fontx/AxBR> 

<BR> 

<a href =http: / /shortpage. com: 9999/UserName=lmajerus&PrccName=Folde 

rOp&OpCode=ExpandficFolderID=116765&LoopBack=http%3A%2F%2Fshortpage. 

com%3A9999%2FUserName%3Dlmajerus%26ProcName%3DStartPageximg src=h 

t tp : / /www . shortwar e . com/ images / add_butt on . gi f border = 0></axbigxf 1 

ont color="#009900">test</fontx/bigxBR> 

<BR> 

</td> 

<td width=33%xa href =http : //shortpage . com: 9999/UserName=lmajerus& 
?rocName=FolderCp£ t OpCode=Collapsefi t FolderID=116762£cLoopBack=http%3A 
%2F%2Fshortpage . com%3A9999%2FUserName%3Dlmajerus%26ProcName%3DStar 
tPageximg src=http: //www. shortware.com/images/minus_button.gif bo 
rder=Ox/axbigxfont color= " #009900 ">ComboPages</f ont x/bigxBR> 
<A href = " http: / /shortpage. com: 9999/UserName=lmaj erus&ProcName=P_Ge 
tPagelet&ID=89118" onClick= ' return. DoAction ( "ComboPage" , 89118) ; ■> 
<font color="#2244ff ">ComboPage #l</f ontx/AxBR> 

<A href =" http : / /shortpage . com: 9999/UserName=lmaj erus&PrccName=P_Ge 

tPagelet£cID=103560" onClick= 1 return DoAction ( "ComboPage" , 103560); 

1 xfont colcr="#2244f f " x/f ontx/AxBR> 

<BR> 

</td> 

<td width=33%xa href =http : //shortpage . com: 9999/UserName=lmajerus& 
?rccName=FolaerOp£ t OpCode=CollapseficFolderID=116763£ t LoopBack=http%3A 
%2F%2Fshortr3ge. com%3A9999%2FUserName%3Dlmajerus%26ProcName%3DStar 
tPageximg .src=http: //www. shortware.com/images/minus_button.gif bo 
rder=Ox/axbigxf ont color="#009900" >Notif icat ions</f ontx/bigxB 
R> 

<A href = "http : //shortpage . com: 9999/UserName-lm=ijerus&ProcName=P_Ge 

tPagelet&ID=89111 n onClick= ' return DoAction ( "Notification" , 89111/ 

; 'xfont color= M ??244f f ">www.uspto.gov^/. c Cuitx/AxBR> 

<BR> 

</td> 

</trx/table> 
</td> 

</cr: 
</table> 
</f orm> 
</body> 
</html> 
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New Folder 
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.News f 
Bay Area News 
U.S. News 
Kosovo News 
News Commentary 

a Am 

Art History 

San Francisco Arts 

French Literature 



TT-Computers 
Sunn yvale Computer 
Shops 

Linux New s 

Best Motherboards 



^Sports 

Palo Alto Golf Courses 
Mountain View Basketball 
The Best of Canadian 
Hockey 

0 Health 
News of Medicine 
Healthy food for babies 
Vitamins 



.^-Science 
NASA News 
R ecent Discoveri es 
Science in Russia 



Investment 
Stocks of San Francisco 
Companies 
All info about a stock 
Insider trading 
SEC filings 



R 

Internet 
Best DSL deals in Bay 
Area 

Best browser olugins 
Coolest sites 

^Travel 
Travelling in R ussia 
T ravell i ng in Euro pe 
China 



